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RESEARCH  ON  EXPERT  SYSTEMS 

Bruce  G.  Buchanan1 
Computer  Science  Department 
Stanford  University 


1  INTRODUCTION:  What  Is  An  Expert  System? 

'All  Al  programs  are  essentially  reasoning  programs.  And,  to  the  extent  that  they  reason  well  about 
a  problem  area,  all  exhibit  some  expertise  at  problem  solving  Programs  that  solve  the  Tower  of  Hanoi 
puzzle,  for  example,  reason  about  the  goal  state  and  the  initial  state  in  order  to  find  “expert- 
level”solutions.  Unlike  other  programs,  however,  the  claims  about  expert  systems  are  related  to 
questions  of  usefulness  and  understandability  as  well  as  performance. 

We  can  distinguish  expert  systems  from  other  Al  programs  in  the  following  respects: 

Utility 

Performance  .,  4.. 

Transparency 

Designers  of  expert  systems  are  motivated  to  build  useful  tools  in  addition  to  constructing  programs 
that  serve  as  vehicles  for  Al  research.  This  is  reflected  in  the  tasks  chosen.  Solving  the  Tower  of 
Hanoi  puzzle,  per  se,  is  not  a  critical  bottleneck  in  any  scientific  or  engineering  enterprise.  But 
integrating  mathematical  expressions  and  determining  molecular  structures  are  important  problems 
for  scientists.  Utility  is  the  least  important  of  the  three  criteria  and  is  perhaps  less  definitional  than  a 
personal  bias  about  whether  expertise  on  trivial  matters  constitutes  expertise  at  all.  in  some  cases  a 
task  is  chosen  just  because  of  its  inherent  importance.  More  often  than  not,  a  problem's  significance 
for  Al  research  is  also  a  factor  now  because  expert  systems  are  still  constructed  by  researchers. 

The  hallmarK  of  expert  systems  is  high  performance.  Using  weak  methods  to  perform  any  useful 
task  requires  expertise.  And  it  requires  skill  on  the  part  of  the  designer  to  shape  these  programs  into 
“world-class '  problem  solvers.  Thus  we  see  relatively  few  expert  systems  and  those  we  do  see 
include  considerable  domain-specific  knowledge  codified  over  months  or  years.  High  performance 
requires  that  the  programs  have  not  only  general  facts  and  principles  but  the  specialized  ones  that 

— iThis  work  was  sunooHed  in  pari  by  OARPA  contract  WO  A  903-80-C-0107,  NSF  grant  MCS  7903753  and  ONR  contract 
NQOO  14-79  C-O302y  The  paper  is  based  on  an  invited  lecture  at  the  AISB  Summer  Workshop,  Amsterdam,  July,  1980.  Mike 
"Genesereth,  Doug  Lenat,  Ed  Fetgenbaum,  and  Carroll  Johnson  provided  helpful  comments  on  an  early  draft  All  members  of 
the  Heuristic  Programming  Project  at  Stanford  have  contributed  to  the  ideas  reported  here:  my  debt  to  them  is  substantial. 
They  are  also  partly  responsible  for  errors  in  my  thinking. 


separate  human  experts  from  novices.  Unfortunately  for  all  of  us.  specializes  e-Zv-tce.  includes 
almost  by  definition,  knowledge  that  is  not  codified  in  print.  Thus  high  performance  nas  to  be  courted 
with  patience. 

In  addition  to  utility  and  performance,  I  have  added  transparency,  or  understandability,  as  a  third 
characteristic  of  expert  systems.  This  separates  Al  programs  from  very  good  numerical  algorithms.  It 
is  not  necessary  that  expert  systems  are  psychological  models  of  the  reasoning  of  experts.  However, 
they  must  be  understandable  to  persons  familiar  with  the  problem.  Statistical  pattern  recognition 
programs,  for  example,  perform  well  on  many  important  problems,  but  there  is  little  illumination  to  be 
gamed  from  rehashing  algebraic  manipulations  of  Bayes'  Theorem. 

2  CURRENT  STATE 

MYCIN  [Shortliffe,  1976]  represents  a  prototype  of  "Level-1"  expert  systems  in  many  respects 
because  it  was  built  with  the  three  criteria  of  utility,  performance  and  transparency  among  its  design 
goals,  in  the  decade  or  so  before  MYCIN,  roughly  1965-1975.  OENDRAL  [Lindsay,  et  al.,  1980]  and 
MACSYMA  [Moses.  1971]  were  developed  as  working  tools.  Other  medical  Al  programs  were 
developed  then,  most  notably  PIP  (the  MIT  present  illness  program)  [Pauker,  et  al.,  1976],  INTERNIST 
[Pople,  1977],  and  the  Rutgers  GLAUCOMA  program  [Weiss,  et  al.,  1978]  And  three  important 
organic  chemical  synthesis  programs  [Corey  &  Wipke,  1969],  [Wipke,  et  al..  1977],  [Gelernter,  et  al., 
1977]  were  demonstrated  as  well.  Several  specialized  programs  were  also  developed  for 
mathematical  and  management  science  problems  [Hearn,  1971],  [Burstail,  1966  (a)(b)],  [Kuhn  & 
Hamberger,  1963].  These  tasks  were  chosen  partly  because  of  the  value  of  their  solutions  and  partly 
because  of  the  belief  that  complicated  problem  areas  were  more  fruitful  than  "toy"  problems  for 
studying  complex  reasoning.  All  of  these  were  initially  programmed  more  as  a  collection  of 
algorithms  and  tricks  than  as  a  coherent  method  working  with  a  large  body  of  knowledge. 

Out  of  that  early  work  we,  the  Al  community,  came  to  realize  that  separating  domain-specific 
knowledge  from  the  problem  solving  methods  was  important  and  essential  for  knowledge  base 
construction  and  maintenance.  With  open-ended  problems  and  ill-defined  bodies  of  knowledge,  it 
was  obvious  that  building  a  knowledge  base  was  more  a  matter  of  iteration  and  refinement  than  bulk 
transfer  of  facts.  This  was  clearly  the  case  in  Samuel's  checkers  program  [Samuel.  1959]  and 
Greenblatt’s  chess  program,  [Greenblatt  et  a!,.  1967]  and  became  painfully  clear  early  in  the  work  on 
OENORAL.  Thus  a  separate  and  simple  representation  of  the  domain-specific  knowledge  was 
essential  for  successfully  transferring  expertise  to  a  program.  (In  the  case  of  MACSYMA,  vi.tually  all 
the  knowledge  is  in  the  methods,  so  the  distinction  is  not  always  a  sharp  one.) 


We  also  saw  from  this  early  work  that  transferring  the  judgmental  knowledge  experts  into  a 
program  meant  representing  the  concepts  and  problem  solving  methods  that  the  e-ports  use.  Clever 
shortcuts  and  elegant  formalisms  are  worthless  unless  the  experts  can  fit  the^  own  knowledge  into 
the  framework  provided  by  the  designer.  Only  when  a  program's  vocabulary  is  natural’'  to  experts 
can  they  help  refine  and  augment  the  knowledge  base  to  bring  the  system’s  performance  up  to  their 
own  level  of  expertise. 

We  also  learned  that  high  performance  tools  will  not  be  used  if  the  interface  to  them  is  clumsy. 
Since  we  needed  a  large  amount  of  feedback  to  refine  the  knowledge  base,  we  were  obligated  to  pay 
attention  to  human  engineering  issues  as  well  as  problem  solving  issues. 

There  has  been  much  experimentation  with  different  ways  of  representing  knowledge.  Productions 
had  been  very  successful  in  Waterman's  poner  playing  and  learning  programs  [Waterman,  1S7Q]  and 
had  proved  easy  to  manipulate  in  parts  of  DENDRAL.  They  fit  the  MYCIN  problem  [Davis,  et  al„  1S77] 
well  also.  But  we  now  realize  that  almost  any  uniform  encoding  of  many,  nearly- separate  items  of 
knowledge  would  have  allowed  us  to  achieve  our  goals.  Almost  any  knowledge  can  be  represented  in 
almost  any  formalism;  the  main  issue  is  how  easily  the  domain  knowledge  can  be  codified  and 
maintained. 

Work  on  MYCIN,  DENDRAL  and  other  expert  systems  also  showed  the  vaiue  of  a  simple  control 
structure.  It  needs  to  be  powerful  enough  for  reasoning  about  complex  problems.  Eut  it-cannct  itself 
be  so  complex  that  the  expert  cannot  predict  the  effects  of  adding  new  items  tc  the  knowledge  base. 
DENDRAL’S  forward  chaining,  data-directed  inference  is  preferable  in  this  respect  to  MYCIN  c 
backward  chaining,  goal-directed  inference. 

In  building  useful  expert  systems,  it  was  also  seen  to  be  necessary  to  consider  more  of  the  wncir 
environment,  in  which  the  program  would  ultimately  be  used.  High  performance  is  a  necessary  but 
not  sufficient,  aspect  of  usefulness.  Human  engineering  issues  are  important  for  making  the  program 
understandable,  for  keeping  experts  interested,  for  making  users  feel  comfortable.  Explanation,  help 
facilities  and  simple  English  dialog  thus  became  important.  INTERNIST  recently  incorporated  a 
display-oriented  interface  with  menu  selection,  for  example,  to  allow  more  flexible  and  natural  use  by 
physicians  [R.  Miller,  private  communication].  Simple,  non-heuristic  utilities  (e.g.,  [Stefik,  1978])  offer 
extra  capabilities  beyond  the  main  focus  of  the  reasoning  programs,  but  are  necessary  in  the  total 
package  offered  to  users.  Speed  of  computation  forced  rewrites  of  HEARSAY  [Lesser  &  Erman, 
1977]  to  HARPY  [Newell,  1978]  and  the  DENDRAL  hypothesis  generator  into  CONGEN  [Carhart,  et  al., 
1979].  The  whole  environment  also  was  seen  to  include  knowledge  acquisition  and  knowledge  base 
maintenance  [Davis,  1976], 
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One  cf  the  interesting  features  of  expert  systems  is  their  ability  to  reason  under 


-.r.ty.  This  is 


essential  for  reasons  of  practical  utility,  since  there  is  no  practical  application  in  which  the  data  can 
be  guaranteed  to  be  correct  or  complete  as  given.  Moreover,  in  problem  areas  that  are  not  fully 
understood  we  cannot  assume  that  the  program's  knowledge  base  is  either  correct  or  complete, 
either  in  separate  entries  or  as  a  whole. 


MISSING  OR  ERRONEOUS  DATA 
MISSING  OR  ERRONEOUS  RULES 
INACCURATE  MODEL 

The  basic  mechanism  we  have  for  coping  with  uncertainty  in  expert  systems  is  to  exploit 
redundancy.  If  there  are  many  redundant  items  of  evidence  that  support  the  same  conclusion,  the 
absence  or  incorrectness  of  a  few  of  them  will  not  seriously  impair  performance.  Similarly,  if  (here  are 
many  reundant  reasoning  paths  to  the  same  higher-level  conclusion  then  the  incorrectness  of  any 
path  car  be  mildly  confusing  but  should  not  seriously  throw  the  program  off  track. 

ORRECTIONS  FOR  UNCERTAINTY 


REDUNDANT  DATA 
REDUNDANT  RULES 
EXPERTS’  HEURISTICS 
CAUTIOUS  STRATEGY 

Incomplete  information  is  a  particularly  pervasive  problem  in  empirical  problems.  Very  often 
programs  halt  when  items  are  unknown;  frequently,  too,  they  ask  the  user  for  the  missing  items. 
Some  systems  try  to  infer  the  missing  information  from  available  facts  and  relations.  Default  values 
are  used,  too,  either  with  subsequent  validation  or  without.  The  defaults  may  be  either  fixed  globally 
or  dependent  cn  the  context,  e.g.,  inherited  from  a  parent  node  that  describes  the  current  context  in 
general  terms.  It  is  also  possible  for  a  program  to  guess  at  a  plausible  value  -  using  heuristic 
procedures  to  fill  in  a  context-dependent  value,  rather  than  using  a  value  stated  somewhere  as  a 
default  value.  Another  way  of  coping  with  incomplete  information  is  to  do  the  best  one  can  without  it. 
MYCIN  tries  to  infer  a  value  for  each  relevant  fact  (or  asks  for  it)  but  if  the  fact  remains  unknown,  it 
reasons  to  a  "best  guess"  solution  using  the  available  tacts.  If  too  many  facts  are  missing  it  advises 
the  user  that  not  enough  is  known  about  the  case  to  make  any  reliable  conclusions.  CONGEN,  too, 
generates  all  solutions  consistent  with  the  available  facts,  even  though  there  may  not  be  enough 


known  to  formulate  a  unique  solution.  McCarthy's  work  on  circumscription  is  a  u  approach  to 
these  kinds  of  problems  [McCarthy,  1980]. 

ACTIONS  AVAILABLE  TO  COPE  WITH  INCOMPLETE  INFORMATION 


Stop 

Use  Default 

Ask 

Guess 

Infer 

Skip  and  Use  Available  Information 

PROSPECTOR  [Duda,  et  al„  1978],  INTERNIST,  CONGEN  and  MYCIN,  are  among  the  best 
examples  of  expert  systems  whose  designs  encompassed: 

•  uniform  representation  of  knowledge, 

•  conceptually  simple  control  structure, 

•  consideration  of  the  environment  of  use. 

These  were  mostly  done  in  the  period  1975-1980  and  thus  can  be  taken  as  representative  of  the  state 
of  the  art  of  expert  systems. 

Expert  systems  crystallize  many  issues  of  Al  by  forcing  attention  to  high  performance,  actual  use. 
and  transparent  lines  of  reasoning.  We  do  understand  a  little  about  choosing  problem  areas  that 
match  the  current  state  of  the  art.  As  Feigenbaum  has  written  [Feigenbaum,  1977]  one  of  the  most 
critical  questions  is  whether  there  is  an  expert  available  and  willing  to  spend  time  developing  and 
debugging  the  knowledge  base.  Also,  the  problem  should  be  one  which  is  interesting  to  the  exoert 
(not  algorithmic  or  trivial  or  already  totally  understood).  At  the  same  time,  the  probiem  must  un¬ 
constrained:  neither  involving  an  indefinite  number  of  common  sense  concepts  3nd  facts  about  th- 
world  nor  involving  a  very  large  number  of  objects  and  relations  in  the  problem  area  itself.  MvClN.  Mi 
example,  needs  for  meningitis  about  a  dozen  types  of  objects  (some  with  multiple  instances,  such  as 
multiple  infections),  about  200  attributes  associated  with  those  objects,  each  with  2-100  values  (many 
are  yes/no  attributes).  MYCIN,  “knows"  450  rules  that  relate  sets  of  object-attnbute-value  triples  and 
another  500-  WOO  individual  facts  stored  as  definitions  (e.g .,  E.coli  is  gram-negative),  lists  (e.g.,  the  list 
of  normally  sterile  sites),  and  relations  (e.g.,  the  prescribed  drug  for  streptococcal  infections  is  usually 
penicillin). 

The  state  of  the  art  of  expert  systems  technology  is  advancing,  but  to  be  quite  realistic  we  need  to 
look  at  existing  limitations  as  well  as  potential  power.  The  following  table  lists  many  characteristics  of 
what  can  currently  be  done. 
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EXPERT  SYSTEMS:  STATE  OF  THE  ART 

•  NARROW  DOMAIN  OF  EXPERTISE 

•  LIMITED  LANGUAGE  FOP  EXPRESSING  FACTS  AND  RELATIONS 

•  LIMITING  ASSUMPTIONS  AFOOT  PROBLEM  AND  SOLUTION  METHODS  (HELP 
REQUIRED  FROM  A  "KNOWLEDGE  ENGINEER") 

•  STYLIZED  I/O  LANGUAGES 

•  STYLIZED  EXPLANATIONS  OF  LINE  OF  REASONING 

•  LITTLE  KNOWLEDGE  OF  OWN  SCOPE  AND  LIMITATIONS 

•  KNOWLEDGE  BASE  EXTENSIBLE  BUT  LITTLE  HELP  AVAILABLE  FOR  INITIAL  DESIGN 
DECISIONS 

•  SINGLE  EXPERT  AS  "KNOWLEDGE  CZAR" 

The  domain  of  expertise  cannot  grow  too  large  because  we  lack  efficient  means  for  building  and 
maintaining  large  knowledge  bases.  Donald  Michie  [private  communication]  estimated  that  the 
average  rate  of  growth  for  a  knowledge  base  for  his  AL/X  system  is  about  two  rules  per  week,  by  the 
time  errors  are  found  and  corrected.  MYCIN'S  knowledge  base  was  constructed  and  debugged  over 
two  years,  so  the  rate  is  comparable.  Thus  an  exoert  system  cannot  now  cover  more  than  a  narrow 
slice  of  a  domain  The  most  notable  exception  is  INTERNIST,  for  which  the  knowledge  base  covers 
about  500  disease  diagnoses  or  3bout  5C°i  of  internal  medicine  [H.  Pople.  private  communication]. 
However,  this  represents  a  full  time  commitment  for  an  expert  internist.  Dr.  Jack  Meyers,  and  several 
colleagues  and  students  over  a  period  of  ove.  ten  years.  Also,  it  represents  a  strategy  to  cover 
internal  medicine  in  more  breadth  than  depth,  using  a  relatively  shallow  set  of  associations  between 
disease  states  and  manifestations. 

The  representation  languages  that  are  available  are  still  limited.  Once  a  commitment  is  made  to  a 
framework,  e.g.,  a  hierarchy  of  objects,  it  is  inevitable  that  experts  will  find  relations  that  are  difficult  to 
express  in  that  framework.  Ad  hoc  programming  removes  this  difficulty:  a  clever  programmer  can  find 
a  way  to  encode  anything  an  expert  wants  to  say.  But  the  loss  of  uniformity  is  too  high  a  price  to  pay 
for  removing  the  constraint,  for  an  ad  hoc  knowledge  base  rapidly  becomes  unmanageable. 

Just  as  an  expert  needs  help  understanding  the  representational  framework,  he/she  also  needs 
help  understanding  the  problem  solving  methods  used  by  the  program.  Someone  who  is  familiar  with 
both  the  program  and  the  domain,  a  so-called  "knowledge  engineer" ,  must  provide  that  help. 


Input/output  languages  and  Interfaces  are  improving,  but  most  are  still  s'-  c-a  c  a  rather 
inflexible,  in  Level- 1  systems,  the  emphasis  has  been  more  on  demonstra:  -  t  ac-cuacy  of  the 
Knowledge  bases  than  on  acceptability  and  ease  of  use.  Understanding  totally  unconstrained  English 
text  is  not  yet  possible,  even  in  technical  domains  [Bonnet,  1979], 

The  explanations,  too,  are  stylized,  MYCIN.  for  example,  unwinds  its  goal  stack  to  explain  wfy  it 
needs  a  piece  of  information,  and  does  so  in  the  same  way  for  every  user.  This  offers  some  insight, 
but  is  not  always  acceptable. 

Neither  the  utility  programs  for  Knowledge  base  construction  nor  the  reasoning  programs 
themselves  contain  much  knowledge  about  their  own  assumptions  and  limits*. ons.  They  offer  little 
guidance  about  the  appropriateness  of  new  problems  or  the  boundaries  of  their  own  expertise.  Cne 
of  the  marks  of  wisdom,  Socrates  told  us  repeatedly,  was  knowing  when  not  to  claim  expertise. 

As  just  mentioned,  knowledge  bases  are  constructed  laboriously.  Several  research  groups  have 
considered  the  problem  of  automating  knowledge  base  construction,  or  writing  routines  that  carry  cn 
a  dialog  with  an  expert  to  elicit  knowledge  without  the  help  of  a  knowledge  engineer.  So  far.  however, 
these  activities  are  successful  only  when  the  program  contains  an  initial  framework  to  build  cn. 

Although  it  is  desirable  to  have  several  experts  contributing  to  a  knowledge  base,  we  are  currently 
limited  in  our  ability  to  maintain  consistency  among  overlapping  items.  Except  for  blatant 
contradictions,  the  incompatibilities  are  too  subtle  for  a  program  to  catch,  or  a  knowledge  engineer 
either.  So,  currently,  a  single  expea  must  coordinate  and  monitor  the  contributions  to  a  Knowledge 
base  to  insure  quality  as  well  as  consistency. 

In  addition  to  the  programs  and  task  areas  already  mentioned,  several  ctners  nave  helped  define  or 
extend  the  concept  of  expert  systems.  For  example,  in  the  following  task  areas  (and  mere)  expert 
systems  have  been  constructed  and  described:  computer  system  configurat-cn  <J.  McDermott's  Ri 
program),  automatic  programming  [Barstow,  1979],  physics  problems  [Novak,  1976  ■  Bundy,  et  al., 
1979],  chess  [Wilkins,  1980],  tutoring  or  ICAI  [Brown,  et  al.,  1975;  Clancey.  1979],  software 
consultation  [Genesereth,  1978],  electronics  debugging  [Sussman.  1975],  protein  structure 
determination  [Engelmore  &  Terry,  1979],  signal  interpretation  [Nii  &  Feigenbaum,  1978],  visual  scene 
understanding  [Brooks,  et  a!.,  1979], 


3  DIRECTIONS  OF  FUTURE  WORK 

Much  of  the  new  work  on  expert  systems  must  necessarily  be  extensions  cf  c.c  work  c-n  problem 
soivmg,  controlling  search  and  inference,  representing  facts  and  relations  scout  the  wor'd, 
understanding  language  and  visual  scenes,  and  so  forth.  In  fact,  all  Al  researcn  is  relevant  for 
constructing  and  understanding  expert  systems.  Thus  the  representation  and  control  issues 
discussed  over  the  last  25  years  will  continue  to  recur  in  expert  systems.  The  Logic  Theorist  [Newell, 
et  al.,  1957]  was  presented  to  the  scientific  community  in  1957;  the  Advice  Taker  in  1958,  [McCarthy. 
1963]  Samuel's  checkers  program  [Samuel,  1959]  in  1959;  and  Minsky's  structuring  of  Al  in  1961 
[Mmsky,  1961].  These,  and  other,  early  papers  have  not  been  outdated.  The  issues  remain  with  us, 
and  insofar  as  expert  systems  are  constructed  by  persons  whose  primary  interest  is  Al.  they  will 
continue  to  provide  us  with  new  wrinkles  on  old  problems. 

3.1  REPRESENTATION  AND  CONTROL 

In  the  immediate  future,  expert  systems  will  be  severely  constrained  until  we  understand  better  how 
to  reoresent  and  reason  with  many  kinds  of  concepts,  including  the  following; 

Causal  Models  Propositional  Attitudes  and  Modalities 

Strategies  Conflicts  in  Plans.  Strategies  and  Methods 

Expectations  and  Default  Knowledge  Multiple  Sources  of  Expertise 

Temporal  andSpatial  Continuity  Parallel  Processing 

Plans  and  Aoproximations  Multiple  Sources  of  Knowledge 

Abstraction  and  Hierarchies  Learning  from  Experience 

Analogies  ^Formulating  and  Using)  Focus  of  Attention  on  Facts  &  Relations 

None  of  the  items  in  this  l;st  represents  a  shift  in  emphasis,  or  anything  that  would  net  have  been 
familiar  to  the  participants  of  the  1956  Dartmouth  Conference  [Fsigenbaum,  1979].  Many  are  feund  in 
the  early  papers  cited.  For  each  of  the  issues  listed  above  there  has  already  been  substantial  work. 
The  point  of  listing  them  is  to  emphasize  that  much  more  needs  to  be  done  to  progress  from  Level- 1 
to  Level-2  systems.  In  particular,  what  are  the  alternatives  available  for  representing  and  using  these 
concepts,  and  under  what  conditions  should  we  choose  one  over  another9  To  a  very  large  extent  the 
proof  of  effective  representations  of  these  concepts  must  lie  in  their  use  for  high  performance 
problem  solving.  The  concepts  are  discussed  very  briefly  below. 

Causal  Models  The  best  work  in  casual  reasoning  has  been  in  systems  developed  for  analysis 
of  small  electronic  circuits  and  simple  physical  devices  (e.g..  [deKleer,  197S,  Rieger  &  Grinberg, 
1977],  We  have  much  to  learn  about  exploiting  causal  models  of  physical  and  biological  devices  and 
coupling  the  models  with  other  knowledge. 


* 
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Strategies  ■■■  With  a  cautious  problem  solving  strategy  ail  relevant,  availab  e  -.  re  s  usee  cy¬ 

an  relevant  inference  rules  (in  a  data-driven  system;,  in  a  'quick  and  dirt/'  sno.  '"an,  facts  and 
inference  rules  are  ignored  because  they  seem  less  relevant.  We  want  a  p'cc'cm  s  strategy  to  be 
sensitive  to  the  problem  solving  context.  And  it  needs  to  be  representec  e«p:'Cf  ,  and  flexibly  enough 
to  be  scrutinized  and  modified.  Meta-rules  in  a  MVCIN-like  system  [Davis  &  buchanan.  1977]  are  one 
way  to  encode  strategies,  and  use  them.  What  alternatives  exist0  What  are  the  strengths  of  each? 

Expectations  and  Default  Knowledge  -■■  In  complex  or  open-ended  domains  we  need  to  be 
able  to  make  assumptions  about  the  world  rather  than  express  all  we  knov,  explicitly.  Non-monotonic 
logic  (e.g.,  [Doyle,  i960])  offers  one  paradigm.  Frames  can  be  used  to  represent  what  is  known  about 
"typical”  members  of  classes  and  used  to  store  expectations  for  comparison  with  observed  data  (see 
[Minsky,  1975],  [Aikins,  1980], 

Temporal  Continuity  ---  Reasoning  overtime  requires  different  representations  and  mechanisims 
(e.g.,  feedback)  than  static  analysis  of  a  situation  (see  [Fagan.  1980])  Some  information  decays  in 
certainty  or  value  as  it  grows  older. 

Spatial  Continuity  ---  Most  work  on  representing  3-dimensional  models  of  objects  is  done  in  the 
context  of  vision  systems  in  which  a  representation  of  a  scene  is  the  final  goal.  Expert  systems  need 
to  be  able  to  use  those  representations^  reason  efficiently  about  scenes  (see  [Kuipers.  1976]). 
When  there  are  thousands  or  millions  of  facts  like  "the  leg  bone  is  connected  to  the  ankle  bene”,  a 
diagram  offers  great  economies. 

Plans  and  Approximations  The  planning  method  in  GPS  is  to  solve  an  approximate,  more 
general,  problem  than  the  given  one  and  then  use  the  solution  as  a  guide  for  constructing  the  desired 
solution.  In  NOAH  [Sacerdoti,  1974]  and  MOLGEN  [Stefik.  1980:  Friedland.  i960]  planning  exploits 
abstraction  hierarchies  and  constraints.  Sussman  [Sussman.  1975]  has  explored  how  debugging  a 
plan  can  lead  to  a  problem  solution.  Most  work  on  planning  has  been  research  done  for  its  cwn  sake. 
Expert  systems  need  to  incorporate  those  methods  and  more. 

Abstractions  and  Hierarchies  ---  Many  systems  represent  and  use  abstractions  and  hierarchies. 
But  there  is  little  understanding  of  the  strengths  and  weaknesses  of  various  techniques.  For  example, 
different  kinds  of  inheritance  in  representation  languages  [Brachman,  1977]  are  available  but  we 
don’t  know  which  to  recommend  for  a  new  problem  without  trying  some.  Diagrams  are  abstractions 
of  considerable  heuristic  value  that  we  do  not  know  how  to  exploit  (see  [Geiemter,  1959]). 


Analogies  ■■■  Analogical  reasoning  is  generally  regarded  as  a  powerful  me:.-.  ;  suggesting 
hypotheses  when  more  constrained  generators  fail  to  produce  satisfactory  ores  - ; rm^iating  loose 
analogies  is  relatively  easy  but  finding  those  that  are  useful  for  a  specified  purpose  *s  difficult.  Using 
analogies  productively  is  also  difficult.  Winston's  frame-based  program  finds  similarities  in  stories 
ana  situations  [Winston,  1979];  Kling  exploited  structural  similarities  between  an  old  and  new  theorem 
to  suggest  an  economical  set  of  axioms  for  a  resdution  theorem  prover  to  use  on  the  new  theorem 
[Kling,  1971], 

Propositional  Attitudes  and  Modalities  -■-  Common-sense  reasoning  and  problem  solving  in 
open-ended  domains  often  require  inferences  about  believing,  *mowmg,  wanting  ana  other  concepts 
that  do  not  necessarily  preserve  truth  value  under  substitution  of  equals  for  equals  [McCarthy,  1977]. 
For  example,  it  may  be  true  that  John  believes  Venus  is  the  Evening  Star  and  net  true  that  John 
believes  Venus  is  the  Morning  St3r  (although  they  are  one  and  the  same).  It  is  a'so  necessary  to 
reason  with  modal  operators  such  as  necessity  and  possibility. 

Conflict  in  Plans,  Strategies  3nd  Methods  ---  As  knowledge  bases  grew  larger  and  planning 
become?  more  complex,  we  can  expect  multiple  conflicts  in  planning  and  problem  solving.  Are  all 
methods  for  resolving  conflicts  ad  hoc,  domain-dependent  rules  or  are  there  general  principles  we 
can  use? 

Multiple  Sources  of  Knowledge  --•  The  expertise  available  to  an  expert  system  may  have  to  be 
gathered  or  stored  as  spearate  "packages ",  or  it  may  be  desirable  to  do  so.  The  Blackboard  model 
derived  from  HEARSAY  provides  one  useful  framework  [Nil  &  Aiello,  1979].  Maintaining  consistency 
in  the  whole  knowledge  base,  or  coping  with  inconsistency  during  reasoning,  a‘<.  problems  that  still 
require  solutions  when  working  with  many  knowledge  sources. 

Parallel  Processing  ---  As  tasks  increase  in  complexity  and  knowledge  bases  grow  in  size,  expert 
systems  will  need  to  find  methods  for  increasing  efficiency.  Some  problems  require  distributed 
control  just  to  avoid  the  risk  of  failure  of  the  central  processor.  Other  problems  involve  inherently 
parallel  subproblems.  Distributing  the  problem  solving  across  many  processors  is  economically 
feasible  but  we  lack  experience  in  making  it  work  (see  [Smith,  1978]  [Lesser  &  Corkill,  1978]). 

Learning  from  Experience  There  has  been  little  progress  on  methods  for  improving 
performance  in  light  of  past  experience  [Buchanan,  et  al.,  1978].  Samuel's  work  was  a  tour-de-force 
that  other  work  has  not  approached.  Any  kind  of  learning  still  requires  special  purpose  programs. 
Almost  every  conceivable  expert  system  can  benefit  from  past  experience,  at  the  least  from  simple 
records  of  past  successes,  and  failures, 


Focus  of  Attention  on  Relevant  Facts  and  Relations  •••  As  tr.e  ;*  -  c.vecge 

■ncrecses.  problem  solvers  need  context-sensitive  mechanisms  for  focussing  at:-;-:  c  o"  sorts  c;  tne 
prodem  and  parts  cf  the  Knowledge  base  that  appear  most  fruitful  poqie.  tS-~[  Many  methecs  have 
been  tried  but  we  have  little  understanding  of  their  relative  merits. 

In  addition  to  representing  and  using  the  general  concepts  in  the  above  list  (and  many  ctners 
besides)  future  work  on  expert  systems  will  involve  other  issues  arising  mere  directly  from  the  work  on 
expert  systems.  Because  of  the  increased  emphasis  on  large  Knowledge  bases,  the  three  .ssues  cf 
explanation,  acquisition,  and  validation  are  becoming  critical  issues  for  expert  systems,  .‘/hue  ’hey 
would  not  have  surprised  Al  researchers  in  1956,  their  importance  seems  net  tc  nave  seen  fwily 
anticipated.  Also,  we  are  beginning  to  see  more  interest  m  experimentation  with  A!  programs.  These 
four  topics  will  be  discussed  briefly  in  turn,  followed  by  a  short  discussion  pf  the  r:\culty  cf  chocsing 
a  framework  for  problem  solving. 

3.2  EXPLANATION 

Explanation  is  important  for  an  expert  system  because  users  car  net  ce  expected  tc  •'.new  or 
understand  the  whole  program.  The  users  are  seeking  help  from  me  c'cgram  cecause  they  ‘.van: 
advice  about  their  problem  and  will  take  some  action  based  partly  c"  that  advee.  "hey  •.•..!!  be  nefd 
responsible  for  the  actions,  in  many  cases.  Therefore  they  need  tc  be  able  tc  understand  the  rational 
basis  for  the  programs’ decisions. 

An  important  source  of  explanatory  descriptions  is  a  record  cf  what  cats  arc  hypotheses 
reasoning  program  has  considered.  Merely  keeping  a  "laboratory  nctecoo*".  cf  sods,  ip  a 
in  makmg  the  reasoning  transparent  [Buchanan.  1979].  One  Kind  of  interactive  explanation  s  simp  . 
question  answering  [Scott,  et  al.,  1977],  But  while  answering  questions  about  the  contents  c’  the 
knowledge  base  is  necessary,  it  is  not  sufficient  for  giving  users  the  information  they  need.  In 
cnmplicated  cases  the  difficulty  many  lie  more  in  how  the  program  uses  what  it  knows  than  in  wr.at  it 
knows  [Swartout,  1977],  Thus  the  user  needs  to  be  able  to  understand  the  fine  of  reasoning. 

In  the  MYCIN  example  in  the  appendix,  part  of  the  dialog  contains  the  prompt  for  information  about 
burns,  for  which  the  user  might  request  an  explanation.  The  response  to  a  "why?"  question  is 
MYCIN'S  reason  why  a  fact  is  needed  to  complete  the  line  of  reasoning.  In  effect,  X  is  needed 
because  then  I  can  conclude  Y,  already  having  established  other  facts  that  are  contained  with  X  in  a 
rule.  Work  on  explanations  in  MYCIN  assumes  that  the  user  needs  to  know  specific  ruies  in  the 
knowledge  base  which  have  been  invoked.  It  does  not  take  account  of  individual  differences  in  users' 


qualifications  or  different  purposes  for  asking  a  question  m  the  firs:  place  A  smo-v  :  .  ::err  that  can 
determine  and  exploit  those  differences  can  provide  more  helpful  explanations  '  og  a  tutor  for 
MVC'N'S  knowledge  base,  called  GUIDON  [Clancey,  1979],  we  found  that  stucents  needed  more  than 
the  conditional  rules  to  understand  what  is  going  on.  They  needed  some  of  the  causal  descriptions 
that  justified  the  rules  in  order  to  make  sense  of  them  and  remember  them.  Thus  we  conclude  that  a 
knowledge  base  caoable  of  producing  excellent  results  may,  nonetheless,  be  less  than  satisfactory 
for  pedagogy. 

3.3  KNOWLEDGE  ACQUISITION 

Knowledge  acquisition  has  become  recognized  as  an  issue  with  expert  systems  because  it  has 
turned  out  to  be  difficult  and  time  consuming.  DENDRAL,  for  example,  was  originally  '‘custom- 
crafted"  over  many  years.  Its  knowledge  of  cnemistry  was  carefully  molded  from  material  provided  by 
chemists  and  then  cemented  into  place.  We  rewrote  large  parts  of  the  system  as  the  knowledge  base 
changed.  After  doing  this  a  few  times  we  began  looking  for  ways  to  increase  the  rate  of  transfer  of 
chemistry  expertise  from  chemists  into  the  program.  Maxing  procedures  highly  stylized  and 
dependent  on  global  parameters  was  a  first  step,  but  still  required  programmers  to  write  new 
procedures.  DENDRAL'S  knowledge  of  mass  spectrometry  was  finaily  codified  in  production  rules. 

Once  the  vocabulary  and  syntax  for  the  knowledge  base  are  fixed,  the  process  of  knowledge 
acquisition  can  be  speeded  considerably  by  fitting  (sometimes  forcing)  new  knowledge  into  the 
framework.  A  programmer,  whose  title  in  this  role  is  "knowledge  engineer",  is  still  required  to  explain 
the  program's  framework  to  the  expert  and  to  translate  the  expert's  problem  solving  knowledge  into 
the  framework.  This  is  about  as  far  as  we  have  come  in  building  expert  systems. 

There  have  been  prototype  dialog  programs  that  communicate  with  an  expert  to  provide  some  of 
the  same  help  that  the  knowledge  engineer  provides.  One  of  the  most  ambitious,  to  date,  is 
TE1RESIAS  [Davis.  1976,]  but  even  it  is  limited  to  helping  debug  and  fill  out  a  knowledge  base  that 
has  already  been  largely  codified. 

Ultimately  it  would  be  desirable  to  have  a  program  learn  from  nature,  as  scientists  do.  As 
mentioned  above,  the  state  of  induction  programs  is  not  up  to  widespread  use  for  constructing 
knowledge  bases.  However,  prototype  programs  (e.g.,  [Mitchell,  1977])  again  point  to  future 
directions  for  research  on  expert  systems. 

An  interactive  editor  that  prompts  for  values  of  necessary  slots  is  a  starting  place  for  a  knowledge 
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acqu;s.tion  system,  but  it  is  net  tie  final  product.  When  a  "'-..nov.iecge  engmee'  :  :  i-  -a- per., 
he/she  is  not  passive  but: 

1 .  interprets  and  integrates  the  expert's  answers  to  questions: 

2.  draws  analogies  to  help  the  expert  structure  the  domain  or  rememter  important  aspects 

of  the  domain; 

3.  poses  counter-examples  and  raises  conceptual  difficulties. 

The  most  difficult  aspect  of  knowledge  acquisition  is  helping  the  expert  structure  the  domain 
initially.  Because  the  knowledge  acquisition  system  has  no  domain-specific  Knowledge  at  the 
beginning  (by  definition),  the  system  can  only  rely  on  general  knowledge  about  the  structure  of 
knowledge  bases  and  specific  examples  of  other  knowledge  bases  as  well  as  what  the  expert  says 
about  the  new  domain.  The  knowledge  acquisition  system  has  to  contain,  or  have  access  to.  the 
structure,  assumptions,  and  limitations  of  the  inference  mechanism  that  will  use  the  new  knowledge. 
MYClN,  again,  assumes  that  rules  are  structured  from  fact  triples,  that  the  rules  wiil  be  used  to  infer 
values  of  attributes  of  a  primary  object,  and  so  forth. 

Maintaining  a  large  knowledge  base  will  be  every  bit  as  difficult  as  constructing  it  in  the  first  place. 
With  problems  having  no  closed  solutions,  the  knowledge  base  of  an  expert  system  should  certainly 
change  as  experts  accumulate  more  experience  and  develop  new  techniques,  in  mecicine.  for 
example,  new  measuring  devices  make  it  possible  to  detect  new  states  or  quantify  known  parameters 
more  precisely.  New  microbiological  agents  are  discovered  as  well  as  new  drugs  tc  treat  them. 

Maintenance  may  mean  actively  seeking  problems  in  the  knowledge  base  that  need  atter; 
There  may  be  gaps,  where  some  of  many  possible  combinations  of  conditions  are  covered,  but  net  all. 
There  may  be  overlapping  items  in  the  knowledge  base,  leading  to  inconsistent  cr  redundant 
conclusions.  Or  items  may  become  outdated.  An  intelligent  maintenance  system  should  have  both 
the  syntacic  and  semantic  knowledge  needed  to  assign  blame  to  specific  items  in  the  knowledge  base 
that  appear  to  be  responsible  for  Moor  performance  and  to  suggest  modifications. 

The  problems  of  knowledge  base  maintenance  become  more  difficult  when  two  or  more  experts 
contribute  to  the  knowledge  base.  In  MYCIN,  although  several  physicians  contributed,  only  one 
physician  at  any  one  time  could  make  changes.  Thus  all  recommendations  for  change  went  to  a 
knowledge  base  “czar”  who  decided  how  to  maintain  consistency. 


3.4  VALIDATION 


Expert  systems  are  beginning  to  move  from  the  research  and  Development  stags  me  the  marxet 
place.  MACSYMA.  DENDRAL  and  tv'GLGEN  all  have  serious  users  who  are  cnl/  :ccseiy  coupled  to 
the  designers  of  the  programs.  Under  these  circumstances,  the  developers  are  expected  to  provide 
some  objective  demonstration  that  a  program  performs  as  well  as  they  claim. 

Anyone  who  has  constructed  a  complex  reasoning  program  knows  how  difficult  it  is  to  anticipate 
unusual  requests  and  error  conditions.  We  want  expert  systems  to  provide  assistance  in  a  broad 
range  of  unanticipated  situations--  that  is  the  strength  of  an  A!  apprcacn.  But  we  also  want  to  prcvide- 
assurance  to  prospective  users  that  the  programs  will  perform  well. 

Convincing  the  external  community  is  different  from  convincing  insiders.  Insiders  can  examine 
code  and  perform  jeoar.ten  experiments  that  carry  as  much  we'ght  as  statistics.  For  the  external 
community,  however,  we  need  to  aevelop  our  own  equivalents  of  rat  studies  and  clinical  trials  for 
programs,  such  as  those  that  new  drugs  are  subjected  to.  Empirical  proof  is  the  best  we  can  hope 
for:  sometimes  actual  use  is  the  most  we  can  point  to  [Buchanan  &  Feigenbaum,  1978]. 

MYCIN  ;s  one  program  whose  performance  has  been  externally  validated.  There  have  been 
different  emp-rical  studies  of  MYC'.N'S  performance,  each,  simpler  than,  the  last  but  all  of  them  time 
consuming.  In  the  last  of  these  [Yu.  et  al„  1979]  we  were  trying  to  determine  hew  outside  experts 
compared  MYCIN'S  final  conclusions  with  conclusions  of  local  experts  and  other  physicians.  Ten 
meningitis  cases  were  selected  randomly  and  their  descriptions  were  presented  to  seven  Stanford 
physicians  and  one  student.  We  asked  them  to  give  their  therapy  recommendations  for  each  case. 
Then  we  collected  all  recommendations,  together  with  MYCIN'S  recommendation  for  each  case  and 
the  actual  therapy  in  a  *0  x  ‘0  matrix  ••  ten  cases  eacn  with  ten  therapy  recommendations.  We  asked 
a  panel  of  eight  experts  not  at  Stanford  to  give  each  recommendation  a  cero  if,  in  his  opinion,  it  was 
unacceptable  for  the  case  and  a  cne  if  the  recommendation  was  acceptable.  They  did  not  know 
which,  if  any.  recommendation  came  from  a  computer.  The  results  are  shown  in  the  following  table. 
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RATINGS  BY  3  EXPERTS  ON  10  MENINGITIS  CASES 
PERFECT  SCORE  =  80  * 


MYCIN 

52 

ACTUAL  THERAPY 

46 

FACULTY- 1 

50 

FACULTY-4 

44 

FACULTY-2 

48 

RESIDENT 

36 

INF.  0'S.  FELLOW 

48 

FACULTY-5 

34 

FACULTY-3 

46 

STUDENT 

24 

*  Unacceptable  Therapy  =  0,  Equivalent  Therapy  or  Acceptable  Alternate  =  1 


The  differences  between  MYCIN'S  score  and  the  scores  of  the  infectious  cisease  experts  at 
Stanford  are  not  significant.  But  we  can  claim  to  have  shown  that  MYCIN’S  recommendations  were 
viewed  by  outside  experts  to  be  as  good  as  the  recommendations  of  the  local  experts  and  all  of  those 
better  than  the  recommendations  of  physicians  {and  the  student)  who  are  not  meningitis  experts. 

So  far,  I  have  reviewed  many  outstanding  problems  of  expert  system  work.  All  of  these  are 
motivated  in  one  way  or  another  by  the  three  parts  of  the  aefinition  or  expert  systems  l  gave  initially: 

HIGH  PERFORMANCE  ---  obviously  requires  careful  attention  to  the  representation  of  knowledge, 
methods  of  inference  and  validation  that  the  program  does  perform  well. 

UTILITY  requires  a  large  body  of  Knowledge  about  a  problem  of  significant  size  or  difficulty  and 
thus  requires  careful  attention  to  knowledge  acquisition  and  Knowledge  base  maintenance. 

TRANSPARENCY requires  explanation  programs  using  high-level  concepts  and  models  fam 
to  the  user.  That  can  tell  a  user  what  the  program  knows,  how  it  uses  its  knowledge,  and  why 
reasons  as  it  does. 

In  addition  to  the  problems  just  discussed,  two  other  outstanding  issues  are  beginning  to  influence 
work  on  expert  systems  but  nave  had  little  influence  to  date.  The  first  ssue.  or  perhaps  project,  is 
experimentation  with  existing  Al  systems.  The  second  is  choosing  a  problem-so'ving  framework. 

3.5  EXPERIMENTATION 

Al  is  an  empirical  science,  as  Newell  and  Simon  have  argued  convincingly  [Newell  &  Simon,  1976]. 
The  data  we  work  with  are  programs:  the  conclusions  we  hope  to  draw  from  studying  them  include 
understanding  the  phenomenon  of  intelligent  action  itself.  One  reason  to  construct  expert  systems  is 
to  replace  arguments  about  what  computers  can  do  by  demonstrations.  Physicians,  chemists,  and 


mathematicians  Support  our  claims  ;nai  the  programs  a-e  '.vcmng  on  m*_-  ■  c~a..engmg 

problems  These  and  otner  A!  programs  constitute  data  pants,  s cmevmes  ••  -  oecause  or  their 

methods  than  becuase  of  their  tasks. 

We  have  generalized  from  the  data  presented  but  we  have  almost  totally  ignored  the  value  of 
controlled  experiments  The  collection  of  papers  on  the  GPS  experiments  [Ernst  &  Newell,  1969], 
represent  tne  most  systematic  sets  of  experiments  undertaken  m  A;  But  we  must  think  shll  more 
about  experimenting  with  the  programs  we  spend  so  moon  time  bu  ‘ding  At  this  time  wo  are  not  even 
very  good  at  formulatmg  precise  questions  that  can  oe  answered  e<oe'  mentally 

Eventually  we  -vs'l  be  able  to  work  cut  a  taxonomy  of  proclems  and  a  taxonomy  of  solution  methods. 
Newell  and  Simon  have  taken  us  farthest  in  this  direction  [Neweii.  13~3],  dl:  t.ney  will  undoubtedly 
agree  we  still  have  iess  than  perfect  understanding  of  cur  disc. p. me  .'.hen  the  taxonomies  exist,  then 
we  can  begin  developing  criteria  that  let  us  determine  the  cest  method  ‘cr  a  gwen  problem 

Because  construction  of  expert  systems  and  experimentation  with,  them  are  coth  very  expensive  at 
the  moment,  .ve  are  beginning  to  see  a  trend  toward  design  tools  for  .’Xpert  systems.  These  are  tools 
that  help  a  person  design  and  build  an  expea  system  within  a  given  framework.  3y  setting  up  the 
framework  and  providing  seme  knowledge  engineering  help,  the  design  system  can  speed  up  the 
construction,  cr  modification,  of  an  expea  system.  Such  systems  can  also  speed  up  cur  experiments 
with  existing  systems. 

EMYCIN  [vanMelle,  1980]  is  one  :uch  design  system  that  helps  a  person  design  and  ouild  a  MYCIN- 
like  expea  system.  The  name  stands  for  "essential  MYC1N".  the  MYCIN  system  without  the  medical 
Knowledge.  It  assumes  that  production  rules  are  an  3opropnate  representation  framework  for  a 
person  s  new  knowledge  base  and  that  a  back  vard-chainmg.  or  goal-directed,  interpreter  is  an 
appropriate  inference  mechanism.  If  a  new  problem  can  be  set  up  as  a  problem  of  gathering 
evidence  for  and  against  alternative  hypotheses  that  define  subcoals  for  ultimately  satisfy  ng  the 
major  goal  then  EMYCIN  is  likely  to  provide  some  help  in  constructing  an  initial  prototype  expert 
system  to  solve  the  problem. 

EMYCIN  provides  some  assistance  in  structuring  a  person's  knowledge  about  a  problem.  This 
means  finding  out  about  the  mam  kinds  of  objects  in  the  domain  and  their  relationships  What  is  the 
primary  obiect  about  which  the  expert  system  should  offer  advice  ■  a  patient,  a  corporation,  an 
automobile,  a  computer  "*  What  are  its  parts,  and  their  sub-parts'*  Also.  EMYCIN  needs  to  know  about 
the  attributes  of  these  objects  and  possible  values.  A  computer  s  manufacturer,  3  patient's  age,  a 
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corporation's  sice,  for  example  are  relevant  attributes  for  most  problems  invc  ■  "  vse  prr.ary 

objects.  EMYCIN  expects  that  goals  are  stated  as  finding  piausibie  values  for  cr~  attributes. 

After  EMYCIN  has  helped  a  designer  build  a  new  knowledge  base,  and  thus  a  new  expen  system,  it 
interprets  the  knowledge  base  with  the  inference  engine.  These  tv/o  main  functions  are  shown 
schematically  in  the  figure  below.  In  addition,  the  rules  in  the  knowledge  base  can  also  be  compiled 
into  a  decision  tree  for  more  efficient  execution. 

THE  EMYCIN  SYSTEM 


Some  of  the  experimental  expert  systems  developed  in  EMYCIN  are  PUFF  (see  [Feigenbaum, 
1977]),  SACON  [8ennett  &  Engelmore.  1979],  and  consultants  for  computer  system  debugging, 
nutrition,  psycho-pharmacology,  nervous  disorders,  and  circuit  debugging. 

Other  similar  design  tools  are  OPS4  [Forgy  &  McDermott,  1977]  at  Carnegie-Mellon,  Hearsay-Ill 
[Balcer,  et  al„  1980]  at  ISI.  AGE  [Nii  &  Aiello,  1979]  at  Stanford,  EXPERT  [Weiss  &  Kulikowski,  1979] 
written  at  Rutgers,  XPRT  (Steels,  1979]  at  MIT,  and  RITA  &  ROSIE  at  RAND  [Anderson  &  Gillogly, 


18 


19751.  Representation  languages  sucn  as  KRl  [Eobrow  &  VVinograd.  1977]  Cv.  _  [Coc.ovits.  et  al . , 
1977],  and  the  UNITS  package  [Stefik,  1979]  have  similar  motivations  of  making  ■:  convenient  to  build 
a  new  knowledge  base,  without  locking  the  designer  into  an  interpreter  for  it. 

3.6  CHOOSING  A  FRAMEWORK 

The  last  outstanding  issue  is  the  well-known  problem  of  choosing  the  right  framework  for  solving  a 
problem  before  searching  for  a  solution  [Amarei,  1968].  Problem  solving  can  be  viewed  as  a  two 
stage  process: 

•  Choose  a  language,  L 

»  Select  the  best  solution  within  L 

We  are  beginning  to  understand  how  to  use  heuristic  methods  to  find  and  select  solutions  to 
problems  within  a  given  problem  solving  framework.  If  expert  systems  can  also  suggest  new 
frameworks  for  solving  problems,  then  they  will  be  useful  aids  for  theory  construction  as  well  as  for 
hypothesis  formation  within  an  existing  theory. 

When  MYCIN  gathers  evidence  for  alternative  hypotheses,  the  choices  are  fixed  in  advance  in  the 
vocabulary  of  the  rule  set  and  obiect-artribute  value  triples.  When  CONGEN  generates  chemical 
structures,  it  describes  them  in  a  given  vocabulary  of  labelled,  planar  graphs.  Extending  the 
vocabulary  to  include  some  3-dimensional  information  has  been  and  still  is  a  task  cf  great  magnitude. 
When  META-DENDRAl  proposes  rules  that  codify  data,  it  does  so  within  a  fixed  and  very  limited 
vocabularv. 

One  cf  the  criticisms  of  sceptics  is  that  Al  programs  are  not  yet  touching  “real  science".  This  must 
be  false  -  otherwise  only  Galileo,  Newton,  Einstein  and  a  few  others  could  be  called  real  scientists. 
But  the  objection  is  right  in  one  respect:  we  do  not  have  Al  methods  for  searching  a  space  of 
frameworks  the  way  we  search  a  space  of  hypotheses. 

Lenat's  program,  AM  [Lenat,  1976],  generates  new  mathematical  terms  by  combining  old  terms  in 
interesting  ways.  It  is  continually  expanding  its  framework,  given  in  the  initial  concepts  of  number 
theory  with  which  it  starts.  J.S.  Brown  wrote  a  concept  formation  program  [Brown,  1972],  that  added 
new  predicates  to  cover  interesting  partitions  of  the  data  it  noticed.  The  BACON  program  [Langley, 
1979]  defines  new  concepts  from  old  ones  in  order  to  reduce  the  combinatorics  of  its  search. 
Although  there  is  much  more  to  the  introduction  of  new  theoretical  terms  in  science,  these 
redefinitions  offer  considerable  savings  in  reducing  the  number  of  terms  to  consider.  The  heuristics 
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of  when  to  introduce  a  new  "macro",  in  this  sense,  still  needs  to  be  much  better  u"  .-'z-.zzi.  Beyond 
that,  though,  will  be  the  Level-Ill  expert  systems  that  can  aid  scientists  by  intrccuc-  'c  new  theoretical 
terms  into  existing  languages  and  creating  new  explanatory  languages. 

4  CONCLUSION 

Al  is  still  very  much  in  the  so-called  “natural-history”  stages  of  scientific  activity  in  which 
specimens  are  collected,  examined,  described,  and  shelved.  At  some  later  time  a  theory  will  be 
suggested  that  unifies  many  of  the  phenomena  noticed  previously  and  will  provide  a  framework  for 
asking  questions.  We  do  not  now  have  a  useful  theory.  The  vocabulary  that  we  use  to  describe 
existing  systems  is  more  uniform  and  useful  than  it  was  a  decade  ago,  however.  And  the  questions 
that  we  pose  in  the  context  of  one  program  are  sometimes  answered  in  another. 

Expert  systems  will  provide  many  more  data  points  for  us  over  the  coming  years.  But  it  is  up  to 
everyone  in  Al  to  do  controlled  experiments,  analyze  them,  and  attempt  to  develop  a  scientific 
framework  in  which  we  can  generalize  from  examples.  At  the  moment  we  ourselves  lack  the 
vocabulary  for  successful  codification  of  our  own  data. 
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APPENDIX  -  MYCIN  EXAMPLE 


1  Overview 


MYCIN  EXAMPLE 

MYCIN  [Sfiortl  if  fe ,  1974]  [Oavis,  1975]  is  an  interactive 

system  designed  to  offer  expert-level  medical  advice  about  patients 
witn  acute  infections.  Its  overall  design  is  shown  in  the  figure 


Iniormation  on 
New  Case 


Physician 
Requesting  Advice 


Nj/ 

MYCIN 


\J/ 

Diagnostic  and  Therapeutic  Advice 


Knowledge 

Base 


MYCIN'S  knowledge  is  stored  as  fact-triples  with  associated  degrees  of 
certainty  and  as  conditional  rules  relating  facts,  as  shown  in  the 
following  figures. 

Fact  Triple : 

The  X  of  Y  Is  Z  (with  CF  certainty) 


Rule: 

IF  FACTj  and  FACT2  and  . &  FACT„ 

Then  Conclude  FACT0 


RULE300 


[This  rule  applies  to  all  cultures  and  suspected  infections,  and  is  tried  in 
order  to  find  out  about  the  organisms  (other  than  those  seen  on 
cultures  or  smears)  which  might  be  causing  the  infection] 

If:  1)  The  infection  which  requires  therapy  is  meningitis,  and 

2)  The  patient  does  have  evidence  of  serious  skin  or  soft  tissue 
infection,  and 


3)  Organisms  were  not  seen  on  the  stain  of  the  culture.  .  ; 

4)  The  type  of  tne  infection  is  bacterial 

Then:  There  is  evioence  that  the  organisms  (other  than  those  seen  on 

cultures  or  smears)  which  might  be  causing  the  infection  is 
staphylococcus-coag-pos  (.75)  streptococcus-group-a  (.5) 

Author:  YU 

Literature:  G.  Karalazin  "Sickle-cell  anemia  -  CLINICAL  MANIFESTATIONS 
IN  100  PATIENTS"  AmJMedSci  269:51  1975. 

E.  Barret-Connor  "Acute  pulmpnary  disease  and  sickle-cell  anemia" 

ARRO  104: 159  Aug  1971. 

M.  Robinson  "Pneumococcal  meningitis  in  sickle-cell  anemia'NEJM 
274:1006  1966. 


2  Infectious  Disease  Consultation  Session 


[User's  responses  follow  double  asterisks] 


. PAT IENT-538- 

1)  Patient's  name: 

*•  PT538 

2)  Age: 

*•  34  YEARS 

3)  Sex: 

••  MAEL 

=MALE 

4)  Race: 

••  CAUCASIAN 


Please  supply  one  answer  under  each  heading.  If  your  response  is  not 
understood,  you  will  be  prompted  by  the  standard  questioning  method, 
(enter  ?  for  normal  prompting,  *  for  questions  that  are  not  applicable). 

Please  enter  the  results  of  positive  cultures  using  the  following  table. 


s  i  te 


5 ) **DONE 


culture  date  date| 

number  collected  positive 


method | 
of  collection 
[urine , sputum  only] 


Please  enter  the  results  of  pending  cultures  in  the  following  table. 


s  i  te 

cul ture 

date 

stain| 

method  of | 

number 

collected 

exami ned 

col  lection 

[urine , sputum  only] 

6 )  •* 

CSF 

1234 

30-Jan-77 

YES 

• 

stain 

smear 

of 

morph ( 

[type 

DONE 

if  no  organism 

was  seen  on 

the  smear] 
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7 ) ‘-DONE 


[Considering  organisms  (other  than  those  isolated  from  cultures)  which  might 
be  present .  .  .  ] 

14)  Has  Pt538  recently  had  symptoms  of  persistent  headache  or  other 
abnormal  neurologic  symptoms  (dizziness,  lethargy,  etc.)? 

*•  YES 

15)  Has  Pt538  recently  had  objective  evidence  of  abnormal  neurologic 
signs  (nuchal  ridigity,  coma,  seizures,  etc.)  documented  by 
physician  observation  or  examination? 

••  YES 

The  CSF  cultures  will  be  considered  to  be  associated  with  MENINGITIS. 

16)  Please  give  the  date  on  which  clinical  evidence  (symptoms,  signs,  or 
laboratory  tests)  of  the  meningitis  first  appeared, 

••  29-Jan- 77  22:15 


19)  Does  Pt538  have  any  cutaneous  lesions  or  rash  on  physical  examinatior 

••  NO 

20)  Does  Pt538  have  evidence  of  ocular  nerve  dysfunction? 

••  NO 

21)  Is  Pt538  a  compromised  host  (e.g.  alcoholic,  s i ckl e-cell -di sease , 

immunosupp  ressed ) ? 

••  YES 

22)  Is  Pt538  immunosuppressed  (e.g.  corticosteroid  therapy,  cytotoxic 

drug  therapy,  radiation  therapy,  leukemia,  lymphoma)? 

••NO 

23)  For  how  many  days  has  Pt538  had  abnormal  neurologic  siqns? 

••7.2  HOURS 

24)  For  how  many  days  has  Pt538  had  neurologic  symptoms? 

••  1  DAYS 

25)  Has  Pt538  had  recent  evidence  of  tender  or  enlarged  salivary  glanc 

••NO 

26)  Has  Pt538  been  exposed  to  any  contagious  disease  recently  (e.g. 
meningococcal  disease,  mumps)  ? 

••  NO 

Please  enter  CSF  findings  in  the  following  table 

CSF  Percent  Protein  CSF  Peripheral! 

WBC  PMN  Glucose  Glucose 

27) ••  100  99  280  5  UNKNOWN 

28)  Do  you  know  the  results  of  a  recent  C8C  of  Pt538? 

••  YES 

Please  enter  CSC  results  in  the  following  table 


t 

l  ' 


Jk 
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WBC  Percent  Percent! 

:  n  .  s  PMN  BANOS 

29 ) *  *  19  UNKNOWN  UNKNOWN 

3C;  Has  Pt53S  had  any  injury  or  insult  to.  or  defect  in  the  central- 
nervous-system  (excluding  neurosurge ry ) ? 

••NO 


35)  Is  meningitis  a  hosp i tal -acqu i red  infection? 

••  WHY 

[i.e.  WHY  is  it  important  to  determine  whether  the  infection  was  acquired 
while  the  patient  was  hospitalized?] 

[2.0]  This  will  aid  in  determining  the  organisms  (other  than  those  seen  on 
cultures  or  smears)  which  might  be  causing  the  infection. 

It  has  already  been  established  that 

[2.1]  the  infection  which  requires  therapy  is  meningitis,  and 

[2.2]  organisms  were  not  seen  on  the  stain  of  this  pending  csf  culture. 

and 

[2.3]  the  type  of  the  infection  is  bacterial,  and  t 

[2.4]  neurosurgery  is  not  one  of  the  relevant  items  from  the  history 

of  pt538,  and 

[2.5]  the  age  of  pt538  is  greater  than  10  days 
Therefore,  if 

[2.6]  the  infection  was  acquired  while  the  patient  was  hospitalized 
then 

there  is  evidence  that  the  organisms  (other  than  those  seen  on 

cultures  or  smears)  which  might  be  causing  the  infection  is  e.coli 
(.75)  staphyl ococcus-coag-pos  (.3)  pseudomonas-aeruginosa  (.3) 
kl ebs ie 1 1 a-pneumon i ae  (.5) 

Author:  Yu 
[RUI  E 54 5 ] 

[back  tc  question  35...] 

••  HOW  2.3 

[i.e.  HOW  was  it  established  that  the  type  of  the  infection  is  bacterial?] 

The  following  rules  concluded  about: 

the  likelihood  that  the  type  of  the  infection  is  bacterial 


Rule 

Yes 

No 

[2.7] 

RULE  148 

(.19) 

[2.8] 

RULE500 

(.51) 

[2.9] 

RULE501 

(.95) 

[3.0] 

RULE502 

(.97) 

[3.1] 

RULE526 

(.98) 

[3.2] 

RULE504 

(.97) 

[3.3] 

RULE524 

(.98) 

*  *  ' 


Thus,  is  has  been  established  that  the  type  of  the  infection  t  ccter  ia1  . 

[back  to  question  35...] 

•*  HOW  2.5 

[i.e.  HOW  was  it  established  that  the  age  of  pt538  is  greater  than  10  days?] 

In  answer  to  question  2  you  said  that  the  age  of  pt538  is  34  years 

Thus,  it  has  been  established  that  the  age  of  pt538  is  greater  than  10  days. 

[back  to  question  35...] 

..  Y 


39)  Is  Pt538  a  burn  patient? 

••  WHY 

[i.e.  WHY  is  it  important  to  determine  whether  PATIENT-538  has  been 
seriously  burned?] 

[4.0]  This  will  aid  in  determining  the  organisms  (other  than  those  seen  on 
cultures  or  smears)  which  might  be  causing  the  infection. 

It  has  already  been  established  that 

[4.1]  the  infection  which  requires  therapy  is  meningitis,  and 

[4.2]  organisms  were  not  seen  on  the  -tain  of  this  pending  csf  Cultjre. 

and 

[4.3]  the  type  of  the  infection  is  bacterial 
Therefore,  if 

[4.4]  pt538  has  been  seriously  burned 
tnen 

there  is  suggestive  evidence  (.5)  that  p seudomonas -ae rug i nosa  is  one 
of  the  organisms  (other  than  those  seen  on  cultures  or  smears) 
which  might  be  causing  the  infection 
Author:  Yu 
[RULE578] 

[back  to  question  39...] 

••  WHY 

[i.e.  WHY  is  it  important  to  determine  the  organisms  (other  than  those  seen 
on  cultures  or  smears)  which  might  be  causing  the  infection?] 

[5.0]  ...  in  order  to  determine  the  therapeutic  regimen  of  PATIENT-538. 

If 

[5.1]  information  has  been  gathered  about  organisms  isolated  from  the 

patient,  organisms  noted  on  smears  of  the  patient,  negative 
cultures  of  the  patient,  suspected  infections  without 
microbiological  evidence,  current  drugs  of  the  patient  and 
prior  drugs  of  the  patient,  and 

[5.2]  an  attempt  has  been  made  to  deduce  the  organisms  which  require 

therapy,  and 

[5.3]  You  have  given  consideration  to  organisms  (other  than  those 
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seen  in  cultures  or  smears)  which  might  be  present,  err.  ':und 
at  least  one  organism  which  requires  therapy. 

then 

determine  the  best  therapy  recommendation  from  among  the  drugs  likely 
to  be  effective  against  the  significant  organisms 
[RULEQ92] 

[back  to  question  39...] 

..  Y 

I  have  found  evidence  (RULE545  RULE557)  that  treatment  should  cover  for 
E.coli  causing  meningitis. 

I  have  found  evidence  (RULE545  RULE557  RULE578)  that  treatment  should  cover 
for  Pseudomonas-aeruginosa  causing  meningitis. 

I  have  found  evidence  (RULE545  RULE557)  that  treatment  should  cover  for 
Kl ebs  iel 1 a-pneumon i ae  causing  meningitis. 

I  have  found  evidence  (RULE507)  that  treatment  should  cover  for  Diplococcus 
pneumoniae  causing  meningitis. 

40)  Does  Pt538  have  focal  neurological  signs? 

••  UNKNOWN 


[Oetermin  ing 

which 

drugs 

are 

des i rabl e 

for 

use 

against 

the 

E . col i .  .  .  ] 

[Determining 
ae  rug i nosa . . . ] 

which 

drugs 

are 

desi rable 

for 

use 

against 

the 

Pseudomonas 

[Determining 
pneumon i ae . . . ] 

which 

drugs 

are 

desirable 

for 

use 

against 

the 

Kl ebs iel 1 a- 

[Oete  rmin ing 
pneumon i ae . . . ] 

wh  i  ch 

drugs 

are 

desi rable 

for 

use 

against 

the 

Dipl ococcus 

My  therapy  recommendations  will  be  designed  to  treat  for  organisms 
that  either  are  very  likely  or.  although  less  likely,  would  have  a 
significant  effect  on  therapy  selection  if  they  were  present.  It  is 
important  to  cover  for  the  following  probable  mfection(s)  and 
associated  organism(s): 


INFECUON-1  is  MENINGITIS 


♦  < I TEM- 1> 
+  <ITEM-2> 
+  < I TEM-3> 
+  <ITEM-4> 


E.COLI  [from  clinical  evidence  only] 
PSEUOOMONAS-AERUG INOSA  [from  clinical  evidence  only] 
KLEBSIELLA-PMEUMONIAE  [from  clinical  evidence  only] 
0IPL0  jCCUS-PNEUMQNIAE  [from  clinical  evidence  only] 


41)  Ooes  Pt538  have  a  clinically  significant  allergic  reaction  to  any 
antimicrobial  agent? 

•*  NO 

[Considering  AMPICILLIN-AND-GENTAMICIN  for  use  against  INFECT  ION- 1 ... ] 

42)  Oo  you  have  reason  to  suspect  that  Pt538  may  have  impaired  renal 
function? 

••  NO 


43)  Pt538’s  weight  in  kilograms  (or  <number>  POUNDS): 

••  70 


[REC-l]  My  preferred  therapy  recommendation  is  as  follows: 


In  order  to  cover  for  Items  <  1  2  3  4> : 

Give  the  following  in  combination: 

1)  AMPICIILIN 

Dose:  3 . 5g  (28.0  ml)  q4h  IV  [calculated  on  basis  of  50  mg/kg] 

2)  GENTAMICIN 

Dose:  119  mg  (3.0  ml,  80mg/2ml  ampule)  q8h  IV  [calculated  on  basis  of 
1.7  mg/kg]  plus  consider  giving  5  mg  q24h  Intrathecal 
Comments:  Monitor  serum  concentrations 


Since  high  concentrations  of  penicillins  can  inactivate 
aminoglycosides,  do  not  mix  these  two  antibiotics  in  the  same  IV 
bottle. 


3  Alternatives  to  First  Choice  Therapy  A  re  Available 


Do  you  wish  to  see  the  next  choice  therapy? 

••  YES 

Which,  if  any,  of  the  above  drugs  do  you  wish  eliminated  from  cons  ideration? 
••  AMPICILLIN 

[Considering  GENTAMICIN  for  use  against  INFECTION-1...] 

[Considering  PENICILLIN  for  use  against  INFECTION-1...] 

[REC-2]  Next  best  therapy  recommendation: 

In  order  to  cover  for  Items  <1  2  3> : 

Give:  GENTAMICIN 

0o:e:  119  mg  (3.0  ml,  80mg/2ml  ampule)  q8h  IV  [calculated  on  basis  of 
1.7  mg/kg]  plus  consider  giving  5  mg  q24h  Intrathecal 
Comments:  Monitor  serum  concentrations 

In  order  to  cover  for  Item  <4>: 

Give:  PENICILLIN 

Oose:  3.5  million  units  (7.0  ml)  q4h  IV  [calculated  on  basis  of  50000 
units/kg] 

RF.COMMENDAT ION-2  is  equivalent  to  RECOMMENOATION-1 . 

Would  you  like  to  see  details  of  this  comparison? 

••  NO 

Do  you  wish  to  see  the  next  choice  therapy? 

••  NO 
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4  Answers  to  User’s  Questions  about  this  Consultation  and 
About  the  Knowledge  Base 


Please  ask  any  simple-Engl ish  questions  regarding  the  above 
consultation  session  or  the  overall  knowledge  of  the  consultation 
system.  When  discussing  the  consultation  above,  please  refer  to 
organisms,  cultures,  etc.  by  their  numeric  names  (eg.  ORGANISM-1). 
Questions  which  were  asked  during  the  consultation  may  be  specified 
by  the  numbers  that  preceded  them  above,  (e.g.,  'WHY  DID  YOU  ASK 
QUESTION  1?').  Control-0  will  abort  type-out,  or  'cancel'  the  current 
question.  Type  HELP  for  a  list  of  the  options  available.  Enter  the 
word  STOP  when  you  have  no  further  questions. 

Type  HELP  for  the  list  of  question  options. 

••  HELP 

QA-OPT IONS : 

(Type  ctrl-0  to  abort  printout) 

ADVICE  -  prints  suggestions  for  using  the  QA  system  effectively 
QT  -  prints  examples  of  question  types  recognized  by  the  system 
EQ  <numbers>  -  prints  an  explanation  of  the  specified 
question(s)  from  the  consultation,  e.g.,  EQ  8  13 
LP  ■'.object  ty pe>  -  prints  list  of  attributes  associated 
with  object  type,  e.g.,  LP  CULTURE.  (Object  types  are 
patient,  infection,  culture,  organism,  and  drug.) 

PR  <numbers>  -  prints  specified  rule(s).  e.g.,  PR  373  49  87  2 
EXPLTHER  -  orints  a  short  description  of  the  therapy  program 
REC  -  prompts  user  for  alternative  therapy  RECommendat ion  and 
compares  it  to  mycin's  recommendation 
RX  <infect:on>  <orgamsm  identities>  -  prints  treatment  lists  for 
specified  organisms  causing  the  indicated  infection,  e.g., 

RX  MENINGITIS  ENTEROCOCCUS 

JUSTIFICATION  -  when  rules  are  printed  out,  include  their 
justif ications 

LITERATURE  -  when  rules  are  printed  out,  include  their  literature 
re  f  e  rences 

NOJUST  -  stop  giving  justification  and/or  literature  with  rules 

TERSE  -  print  rules  in  terse  format 

VERBOSE  -  turns  off  terse  printing  of  rules 

STOP  -  escape  from  QA-module 

HELP  -  prints  this  list 

••  JUSTIFICATION 

••  LITERATURE 

••  WHY  DID  YOU  TREAT  E.COLI? 

ITEM-1  is  E.coli  associated  with  meningitis.  I  decided  to  treat  ITEM-1  on 
the  basis  of  clinical  evidence  only. 


The  following  rules  concluded  about: 


Q 


the  likelihood  that  e.coli  is  one  of  the  organisms  (other  t  ar,  those 
seen  on  cultures  or  smears)  which  might  be  causing  the  infection 

RULE545  was  used  to  conclude  that  e.coli  is  one  of  the  organisms  (other  than 
those  seen  on  cultures  or  smears)  which  might  be  causing  the  infection 
(.74).  The  last  question  asked  before  the  conclusion  was  made  was  35. 
RULE557  was  used  to  conclude  that  e.coli  is  one  of  the  organisms  (other  than 
those  seen  on  cultures  or  smears)  which  might  be  causing  the  infection 
(.93).  The  last  question  asked  before  the  conclusion  was  made  was  37. 

The  parameters  most  frequently  used  in  these  rules  were: 
the  infection  which  requires  therapy 
whether  a  smear  of  the  culture  was  examined 
whether  organisms  were  seen  on  the  stain  of  the  culture 
the  type  of  the  infection 

Would  you  like  a  summary  of  ALL  the  parameters  used  by  these  rules?  *•  YES 

Parameter  (rules  with  this  parameter) 

the  white  count  from  the  patient's  peripheral  CBC  (in  thousands)  (557) 
whether  tne  results  of  a  recent  CBC  of  the  patient  are  available  (557) 
whether  the  infection  was  acquired  while  the  patient  was  hospitalized  (545) 
the  age  of  the  patient  (545) 

tne  relevant  items  from  the  history  of  the  patient  (545) 
tKe  tyoe  of  the  infection  (545,  557) 

whether  organisms  were  seen  on  the  stain  of  the  culture  (545,  557) 
whether  a  smear  of  the  culture  was  examined  (545,  557) 
the  infection  which  requires  therapy  (545,  557) 


*•  WHY  DIDN'T  YOU  GIVE  TETRACYCLINE  FOR  E.COLI  IN  RE C - 1  ? 

Shall  I  describe  the  therapy  algorithm  for  you?**  YES 
DESCRIPTION  OF  THERAPY  SELECTION 

[Type  rO  to  abort  printout] 

MYCIN  s  designed  to  provide  optimal  therapy  recommendations.  The 
program  uses  the  following  three  steps: 

The  first  step  ranks  the  drugs  for  each  organism  that  requires 
therapy.  Rules  for  doing  this  take  into  account  invitro  (lab)  sensitivities 
and  the  patient's  response  to  prior  and  current  therapies.  In  the  absence 
of  other  information,  default  lab  sensitivities  are  used.  Preference  is 
given  to  current  therapies  if  certain  criteria  are  satisfied. 

Next.  1  or  2  drugs  are  selected  to  cover  for  the  organisms  which  are 
most  likely  to  be  causing  the  infection.  As  many  of  the  "less  likely" 
organisms  as  possible  are  treated,  but  they  are  disregard  altogether  if 
3  or  more  drugs  are  necessary.  Throughout,  preference  is  given  to 
drugs  that  appear  hig.her  in  the  treatment  lists.  (These  lists  can  be 
examined  via  the  RX  option.) 

Finally,  the  set  of  drugs  is  tested  for  patient  factors  that  preclude 
their  administration,  such  as  allergies,  age,  and  renal  function. 
TETRACYCLINE  was  not  prescribed  for  ITEM-1 

TETRACYCLINE  was  not  prescribed  for  ITEM-1  in  RECOMMENOAT ION- 1  because: 


TETRACYCLINE  vias  discounted  for  ITEM-1  because  there  is  .  .  :e  that 

this  e.coli  is  not  sensitive  to  it. 

Would  you  like  to  see  some  details?**  NO 

*•  HCW  00  YOU  USE  THE  TYPE  OF  THE  INFECTION? 

The  following  rules  use: 

the  type  of  the  infection 


154.  578 . 

574  , 

572  . 

570  , 

565  , 

564.  559, 

557,  553, 

551 . 

549  . 

547  . 

545.  543 

541.  539. 

537  , 

,  53  5. 

533  . 

531 . 

529.  523, 

520.  519. 

517  , 

515  . 

513, 

511,  507 

3  3  C .  283. 

2SS  . 

,  237. 

280  . 

174  . 

167 

The  parame 

ter 

most 

f -equently 

cone  1 ude  d 

by  these 

rules 

i  s  : 

the  organ- sms  'other  than  tnose  seen  on  cultures  or  smears)  which  night 
be  causing  the  infection 

Would  you  ’ike  a  sunnary  of  ALL  the  parameters  concluded  by  these  rules? 

**  NO 

Which  of  the  rules  do  you  wish  to  see? 

*  *  CSC 

PLLE233 


[rh"s  -jie  app'ies  to  all  cultures,  and  is  tried  in  order  to  find  out  about 
the  organisms  (other  tnan  those  seen  on  cultures  or  smears )  which  might 
be  causing  the  infection] 

Ir:  ; ’he  infection  wnich  requires  therapy  is  meningitis,  and 

2)  The  type  of  the  infection  is  fungal,  and 
31  Organisms  were  not  seen  on  the  stain  of  the  culture,  and 
4'  The  patient  is  not  a  compromised  host,  and 
5'  The  catient  has  been  to  an  area  that  is  endemic  for 
coco : d i cmy coses ,  nd 

hi  The  race  of  the  patient  is  one  of:  black  asian  indian.  and 
’ )  The  cryptococcal  antigen  in  the  csf  was  not  positive 

Then:  There  is  suggestive  evidence  (.5)  that  cryptococcus  is  not  one  of 

the  organ-sms  (other  than  those  seen  on  cultures  or  smears) 
w h • c h  mignt  be  causing  the  infection 

Author:  YU 

Justification-  Dark-skinned  races,  especially  Filipino.  Asian,  and  Black 
;in  that  order)  have  an  increased  susceptibility  to  cocc i d i omy cose s 
meningitis. 

Literature:  Stevens.  O.A.  et  al .  Miconazole  in  Cocc i d i omycos i s .  Am  J  Med. 
60:191-202.  Feb  1976. 


••  HCW  30  YOU  TREAT  PNEUMOCOCCAL  PNEUMONIA 

The  MYC1N  system  Currently  can  treat  the  following  infections:  BACTEREMIA 
MENINGITIS  CYSTITIS.  Because  the  knowledge  base  is  incomplete,  all  other 
infections  will  be  treated  like  bacteremia. 

For  treatment  of  DIPLOCOCCUS-PNEUMONIAE  in  BACTEREMIA 

The  drugs  of  cnoice  (ranked  by  relative  efficacy,  assuming  sensitivity) 
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ire  : 

1st  choice: 

=e-;:cillin 

AMPICILIIN 
2nd  cnoice: 

NAF C ILL  IN 
CEPHALOTHIN 
ERYTHROMYCIN 
CLIMDAMYCIN 
3rd  choice: 

TETRACYCLINE 

CHLORAMPHENICOL 

VANCOMYCIN 

Duration  of  therapy:  28  days 


**  WHAT  DOSE  OF  ERYTHROMYCIN  DO  YOU  RECOMMEND? 

When  ERYTHROMYCIN  is  given  for  BACTEREMIA,  the  recommended  dosaqe  is- 
if  age  is  >  12  yrs  then  12  mg/kg  q6h  IV 

else  if  age  is  >  .08  yrs  then  5  mg/kg  q6h  IV 
else  if  age  is  >  .02  yrs  then  5  mg/kg  ql2h  IV 
[Different  dosages  are  recommended  for  different  infections.] 

*•  HOW  00  YOU  TREAT  CYSTITIS 

In  general,  treatment  for  an  infection  depends  on  the  causative  organism 
Please  include  in  your  question  the  organism  of  interest. 


•  * 


STOP 


